home *** CD-ROM | disk | FTP | other *** search
/ Freaks Macintosh Archive / Freaks Macintosh Archive.bin / Freaks Macintosh Archives / Phreaking⁄Wardialers / Phreaking texts / Telenet.txt < prev    next >
Internet Message Format  |  1999-01-28  |  10KB
  1. Date: 04 Dec 86  11:42:22
  2.  
  3. From: Mike Borsetti on 124/102, Inside Track  of Dallas Metrop, Plano TX
  4.  
  5. To:   All on 105/6, PSG Portland of VanPort Area, Portland OR
  6.  
  7. Subj: This was uploaded here by Eric Larson
  8.  
  9.  
  10.  
  11.                       Telenet PC-Pursuit Dial-up Host
  12.  
  13.                   description and protocol and server info
  14.  
  15.                       Version 1.1.0, October 25, 1986
  16.  
  17.                 Supercedes version 1.0.0, September 28 1986
  18.  
  19.                             H.R. "Jim" Dixonr
  20.  
  21.  
  22.  
  23. This document describes the protocol existing between a Telenet Dial-up
  24.  
  25. host and the Telenet Network Interface.  It also specifies the method
  26.  
  27. existing at this time for users to properly access a host throught the
  28.  
  29. Telenet network.  A  dial-up host is a system that calls into the Telenet
  30.  
  31. network using this protocol and is thereby made available to PC-Pursuit
  32.  
  33. users to connect to.  A host is given a pre-assigned unique Network
  34.  
  35. address, corresponding to the physical address of the port to which it
  36.  
  37. dials up. This port will only be assigned to one particular host, and will
  38.  
  39. be its identification number.
  40.  
  41.  
  42.  
  43. There is a system provided for keeping track of and providing information
  44.  
  45. about such dialed-up hosts. Its called the HOIST (Host Online Information
  46.  
  47. System for Telenet). Its purpose is to keep a list of hosts that can be
  48.  
  49. online and to keep track of which are online at a given time. Also, it
  50.  
  51. is the means by which mail gets passed from host to host over this system.
  52.  
  53. A user wanting to know what hosts exist and/or what hosts are available
  54.  
  55. would open a connection to the HOIST and get the appropriate listings.
  56.  
  57.  
  58.  
  59. The following is the protocol existing between a dial-up host and a
  60.  
  61. Telenet Interface:
  62.  
  63.  
  64.  
  65. The host dials in to the system at an appropriate speed with 8 bits, no
  66.  
  67. parity. In the following list, the 'T:' is telenet's response and 'H:'
  68.  
  69. is the Dialing host's response:
  70.  
  71.  
  72.  
  73. Carrier Received.
  74.  
  75. H: <cr> <cr>
  76.  
  77. T: TELENET XXXYYY.ZZ <cr> <lf> <cr> <lf> TERMINAL=
  78.  
  79. H: D1 <cr>
  80.  
  81. T: <cr> <lf> @
  82.  
  83. H: SET? 2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (note: allowing network escape)
  84.  
  85. T: <cr> <lf> PAR2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  86.  
  87. H: Magic-Command <cr>
  88.  
  89. T: <cr> <lf> @
  90.  
  91.  
  92.  
  93. The following section describes the method of connecting the the HOIST
  94.  
  95. using the SIGNON server. To use the signoff server, simply duplicate this
  96.  
  97. section replacing 'SIGNON' with 'SIGNOFF'.
  98.  
  99.  
  100.  
  101. H: Hoist-Address,Telenet-username <cr>
  102.  
  103. T: <cr> <lf> PASSWORD = (note trailing space)
  104.  
  105. H: Telenet-password <cr>
  106.  
  107. T: <cr> <lf> Hoist-Address CONNECTED <cr> <lf> <lf>
  108.  
  109. H: @ <cr> (escape sequence)
  110.  
  111. T: <cr> <lf> TELENET <cr> <lf> <lf> @
  112.  
  113. H: SET? 2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (note: allowing network escape)
  114.  
  115. T: <cr> <lf> PAR2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  116.  
  117. H: CONT <cr>
  118.  
  119. (At least 1 second pause recommended here)
  120.  
  121. H: SIGNON Server-password
  122.  
  123. T (hoist): 250 operation successful (or other valid messages)
  124.  
  125. (See Signon server specification for full list of messages)
  126.  
  127. (Hoist will now disconnect)
  128.  
  129. T: <cr> <lf> Hoist-Address DISCONNECTED 00 00 Blah Blah.. <cr> <lf> <lf> @
  130.  
  131. (End of Hoist Connection section)
  132.  
  133.  
  134.  
  135. H: SET? 1:0,2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> (not allowing network 
  136.  
  137. escape)
  138.  
  139. T: <cr> <lf> PAR1:0,2:0,4:2,7:8,10:0,0:0,57:1,63:0 <cr> <lf> @
  140.  
  141. H: Magic-command <CR>
  142.  
  143. T: <cr> <lf> @
  144.  
  145.  
  146.  
  147. The host is now ready to receive the connection message.
  148.  
  149. When a user connects from a distant port the system will respond:
  150.  
  151. <cr> <lf> CONNECTION FROM XXX YYY.ZZ <cr> <lf>
  152.  
  153.  
  154.  
  155. The distant user is then connected to the port and the normal host/user
  156.  
  157. dialog may begin. If the user disconnects at any time hereafter, the system
  158.  
  159. will respond AT ANY TIME with:
  160.  
  161.  
  162.  
  163. <cr> <lf> XXX YYY.ZZ DISCONNECTED VV WW <cr> <lf>
  164.  
  165.  
  166.  
  167. The host software MUST be FULLY READY to process this string AT ALL TIMES.
  168.  
  169. This may come at ANY time during the connection.
  170.  
  171.  
  172.  
  173. If the host needs to disconnect, it must do the following:
  174.  
  175. Send a break.
  176.  
  177. T: TELENET <cr> <lf> <cr> <lf> @
  178.  
  179. H: D <cr>
  180.  
  181. T: <cr> <lf> XXX YYY.ZZ DISCONNECTED VV WW <cr> <lf> @
  182.  
  183.  
  184.  
  185. It is recommended that during host/telenet dialogs, each step of Telenet's
  186.  
  187. response be monitored and verified. If a verification does not occur, the
  188.  
  189. host should hang up on the connection. Hanging up is not an acceptable way
  190.  
  191. of the host terminating a normal connection. For this, the procedure above
  192.  
  193. must be followed. NOTE: ALL types of implementations MUST at the least
  194.  
  195. support the VERIFY server, and be able to talk to the SIGNON and SIGNOFF
  196.  
  197. server on the HOIST.
  198.  
  199.  
  200.  
  201. After the disconnect takes place, the host should then Hang the connection
  202.  
  203. up and recycle itself.
  204.  
  205.  
  206.  
  207. NOTE: IMPORTANT:
  208.  
  209. After the connect message is received you MUST wait for another line
  210.  
  211. terminated by a carriage return. On the user end,normal users must simply
  212.  
  213. hit a carriage return here. A machine connecting to a server on another
  214.  
  215. machine sends the Server-name (and the Server-password, if its a protected
  216.  
  217. server running on the HOIST, like Signon, Signoff and Mail). For example if
  218.  
  219. a machine is connected and wants to invoke the 'FOOBAR' server, its simply
  220.  
  221. outputs FOOBAR <cr> at this time. These are the specified servers at this
  222.  
  223. time:
  224.  
  225.  
  226.  
  227. SIGNON - (Only exsists on HOIST) Tells the Network that the host is online
  228.  
  229. and available. Each host must do this at least once every 2 hours during
  230.  
  231. normal hours that it is available.
  232.  
  233.  
  234.  
  235. SIGNOFF - (Only exsists on HOIST) Tells the Network that the host is going
  236.  
  237. offline and will no longer be available.
  238.  
  239.  
  240.  
  241. HOSTNAME - (Only exsists on HOIST) Gives various types of information about
  242.  
  243. hosts on the PC-Pursuit system.
  244.  
  245.  
  246.  
  247. VERIFY - (MUST exsist on all systems, requests ONLY valid originating from
  248.  
  249. HOIST) Verifies that Host on a given port is operational and responding.
  250.  
  251.  
  252.  
  253. FINGER - (optional) Gives various types of user (both on and off line)
  254.  
  255. information.
  256.  
  257.  
  258.  
  259. MAIL - (optional) Allows the users of multiple systems to send both online
  260.  
  261. and offline messages to each other.
  262.  
  263.  
  264.  
  265. A server has a set of commands and responses. See each seperate server
  266.  
  267. specificaiton for a full list of these. Generally speaking, you invoke the
  268.  
  269. server and it signs on. You then give it various commands, and it gives you
  270.  
  271. various responses. The command consists of a keyword and optional
  272.  
  273. parameters. A response consists of a 3 digit code followed by a text
  274.  
  275. description of the meaning of the response. For example, 250 OK might be a
  276.  
  277. valid response. The QUIT command is generaly used to shut down the server.
  278.  
  279. It will respond with a shutdown message and terminate the connection.
  280.  
  281.  
  282.  
  283. The SIGNON and SIGNOFF server have no commands. You invoke them with the
  284.  
  285. Server-name Server-Password and they Simply take action, give one response
  286.  
  287. and close the connection. The following are the possible responses:
  288.  
  289.  
  290.  
  291.     250 - operation successful
  292.  
  293.     551 - bad password
  294.  
  295.     591 - Internal error - unable to process
  296.  
  297.  
  298.  
  299. Similarly the VERIFY server also has no commands. The hoist (and only the
  300.  
  301. hoist should be allowed to. You MUST check to make sure that only the known
  302.  
  303. valid HOIST address is given access to this) invokes the server, and it
  304.  
  305. responds with the Server-Password, and closes the Connection.
  306.  
  307.  
  308.  
  309. Finger server protocol version 1.0  8-10-86
  310.  
  311.  
  312.  
  313. Commands:
  314.  
  315.  
  316.  
  317. BRIEF [username specification] - List only online info about online users
  318.  
  319. FULL [username specification] - List all info about online users
  320.  
  321. WHOIS [username specification] - List all info about all users
  322.  
  323. MAIL <username@hostname> - Output in form of mail (not implemented)
  324.  
  325. QUIT - Close session
  326.  
  327.  
  328.  
  329. Responses:
  330.  
  331.  
  332.  
  333. 211 - Text information output (non-machine readable)
  334.  
  335. 212 - Username output
  336.  
  337. 220 - Finger service ready
  338.  
  339. 221 - Finger service closing connection
  340.  
  341. 250 - Transaction completed, mail request submitted
  342.  
  343. 311 - End of information
  344.  
  345. 451 - No users match specification
  346.  
  347. 500 - Unrecognized command
  348.  
  349. 501 - Command parameter syntax error
  350.  
  351. 502 - Unimplemented command
  352.  
  353. 550 - Cannot request mail - Allocation exceeded
  354.  
  355. 551 - Invalid mailbox specification
  356.  
  357.  
  358.  
  359.  
  360.  
  361. Possible replies:
  362.  
  363.  
  364.  
  365. Brief,Full,Whois:
  366.  
  367. 211,212,311,451,501
  368.  
  369.  
  370.  
  371. Mail:
  372.  
  373. 502
  374.  
  375.  
  376.  
  377. Quit:
  378.  
  379. 221
  380.  
  381.  
  382.  
  383. Hostname server version 1.1 9/20/86
  384.  
  385.  
  386.  
  387. Commands:
  388.  
  389.  
  390.  
  391. BRIEF <Hostspec> <OFFLINE> - Gives the name address and location
  392.  
  393.                              of matching hosts
  394.  
  395. HOST <Hostspec> <OFFLINE> - Gives full info on matching hosts
  396.  
  397. Quit - End transactions
  398.  
  399.  
  400.  
  401.   Distributed in part by:
  402.  
  403.  
  404.  
  405.    Skeleton Crue  415-376-8060  located out of Moraga, California.
  406.  
  407.      !!Get on the band wagon before it RUNS YOU DOWN!!
  408.  
  409. The very LAST bastion of Abusive Thought in all of the Suburbian West Coast...
  410.  
  411.                   (CH&AOS)